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Computer Implemented Method for 
Reformatting Logically Complex Clauses 
in an Electronic Text-Based Document 

5 Field of the Invention 

This invention relates to a method for 
reformatting logically complex clauses so as to 
clarify and to disambiguate them, and to an 
implementation of such a method by computer. 

10 

Background of the Invention 
Many forms of legal or technical documents 
contain long sentences which make reference to many 
conditions, alternatives or exclusions. These long and 

15 grammatically complex sentences can be difficult to 
understand, or easy to misunderstand. In the case of 
such documents, misunderstandings can lead to 
expensive errors being made. The source of errors lies 
typically in the fact that these sentences relate 

20 several different propositions to each other using 

logical or causal relations. Because of the length of 
the sentences, and their syntactic and semantic 
complexity, it is easy inadvertently to create 
situations reminiscent of what is known in computer 

25 programming language terms as the "dangling else" 
problem: given a nested conditional of the form: 

if P then if Q then R else S 

30 it is impossible to determine whether the "else" 

condition is associated with the conditional clause 
"if P. . or the conditional clause "if Q. . ." . The two 
situations are of course logically distinct: if the 
else condition is associated with "if P../' then S 

35 will be the case whenever P is not true, regardless of 
the state of Q and R. However, if the else condition 
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is associated with "if Q...", then S will only be the 
case if P is true but Q is not. 

In modern electronic documents, word processing 
5 programs allow a good, unambiguous style to be adopted 
with relative ease. A sentence drafter may break up a 
sentence, using for example bullet points or 
indentation to separate out the different components 
and show how they are related. To return to the 
10 example above, it may be written as: 

if P then 

if Q then R 
else S 

15 

indicating that the else condition is associated with 
"if Q. . . By instead formatting the sentence as 

if P then 
20 if Q then R 

else S 

it is visually indicated that the else condition is 
associated instead with the condition "if P../'. In 

25 other words, proper formatting allows the dangling 
else problem to be resolved visually. 

Unfortunately, many drafters do not take 
advantage of the formatting features available in 
modern Word Processing packages. Often, existing 

30 documents (particularly those scanned in from typed 
versions) are only formatted by paragraph. 

Various form of text analysis are built into 
current Word Processing packages. In their most basic 
form, these allow simple text string matching. 

35 Microsoft® Word™ allows for simple grammatical 
checking of documents. These do not and cannot, 
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however, analyse lengthy and complex sentences. 
Various attempts have been made to address whole 
sentence analysis using full syntactic and semantic 
analysis, and a brief discussion of this has been 
5 provided in the paper by R. Corbin, entitled "Using 
NLP to check Contract Documentation", presented at 
"Natural Language Processing : Extracting Information 
for Business Needs" and published in the conference 
proceedings in 1997. To date, the use of full 
10 syntactic and semantic analysis has proved to be of 

limited accuracy and in any case requires significant 
processing capabilities when implemented on a 
computer . 

15 Summary of the Invention 

The present invention provides an improved 
technique suitable for implementation on a computer 
which allows rapid analysis and automatic reformatting 
of a passage of text. According to the present 

20 invention, there is provided a method of analysing and 
reformatting a passage of text, comprising the steps 
of: (a) identifying words in the passage of text 
representing different parts of speech; (b) grouping 
at least some of the identified words into discrete 

25 units representing discrete linguistic phrases, so as 
to generate a partially analysed text passage; 

(c) identifying logically significant conjunctions 
within the said partially analysed text passage; and 

(d) reformatting the passage of text that has been 
30 analysed so as to reveal the logical structure 

thereof . 

Identifying logically significant conjunctions 
after first carrying out a partial, incomplete 
syntactic and semantic analysis allows automatic 
35 reformatting of passages of text (such as complex 
sentences) in a particularly efficient manner. 
Searching for patterns in the output of a partial 



analysis has proved, surprisingly, reasonably robust 
with respect to inaccurate or incomplete analysis of 
the "raw" passage of text. The benefits in analysis of 
lengthy documents such as contracts for example are 
5 manifest, allowing complex legal sentences to be 

displayed in a manner that allows for the detection 
and correction of potential ambiguity. 

This in turn reduces the risk of potentially 
costly interpretation errors. 

10 The method is preferably implemented as a 

software routine for use on a personal computer. For 
example, a passage or passages of word processed text 
can be exported to the software application, for 
analysis in accordance with the invention, and then 

15 returned to the word processor for display in the 
reformatted form. 

The different parts of speech may be identified 
from the passage of text to be analysed by use of a 
statistical technique such as Hidden Markov Modelling. 

20 The step of identifying the parts of speech may 

involve labelling words with a tag indicative of the 
particular identified part of speech. 

Preferably, the method further comprises grouping 
at least some of the words in the passage into a first 

25 set of intermediate phrases on the basis of a 

predetermined set of linguistic rules. For example, a 
word identified as a definite article such as "the" 
may be grouped with a noun ("contractor") and an 
adjective ("first") to generate a noun phrase. Such a 

30 phrase may be tagged or labelled as such. 

Most preferably, a recursive analysis, still 
based upon a set of linguistic rules, may be employed 
to conjoin the first phrases into a second set of 
final phrases. For example, noun phrases may be 

35 combined with prepositional phrases to generate larger 
phrases. The recursive analysis may be carried out by 
repeatedly applying a finite state analysis until, in 



accordance with the linguistic rules, no further 
"phrase building" is possible. 

Preferably, the step of identifying conjunctions 
comprises searching for predetermined patterns of 
5 phrases from the second set of final phrases 

constituting the partially analysed text passage. 

In a particularly preferred embodiment, the 
method further comprises after the said step of 
identifying logically significant conjunctions in the 

10 partially analysed text passage, the steps of 

identifying a grammatically appropriate location for 
inserting of a second part of a two part conjunction 
within the passage of text to be analysed, when such 
second part of the said conjunction is not already 

15 present; and automatically inserting at the identified 
location, an indicator into the reformatted passage of 
text when the text is displayed, the said indicator 
indicating that the said second part of the 
conjunction should be present there. 

20 There are many forms of two part conjunction, 

such as "If..., then..."; "Both..., and..." and so 
forth. The second part (usually a word such as 
^then' , but also potentially just a comma) is 
sometimes omitted from the original text to be 

25 analysed. Inserting an indicator such as an arrow, can 
thus be helpful in improving clarity and reducing 
ambiguity. 

The invention also extends to a computer program 
having a plurality of program elements, the program, 

30 when executed on a personal computer, being arranged 
to carry out the method set out above. In that case, 
the program may be arranged to receive the passage of 
text in either unformatted ASCII form, or partially 
formatted (that is, still containing information 

35 necessary for a word processing program to reformat 
the text in accordance with the invention) prior to 
analysis, and further arranged to output the 



reformatted passage of text also in either unformatted 
ASCII or, more suitably, as partially formatted text, 
after analysis, for receipt by a word processing 
program. 

5 In yet a further aspect of the invention, there 

is provided a computer readable medium upon which is 
recorded the aforementioned program. 

Brief Description of the Drawings 

10 

The invention may be put into practice in a 
number of ways, one of which will now be described by 
way of example only and with reference to the 
accompanying drawings, in which: 

15 Figure 1 is a schematic diagram of a personal 

computer having a screen displaying text both before 
and after application of the method of the invention; 

Figure 2 is a highly schematic diagram of a part 
of the architecture of the personal computer of Figure 

20 1; 

Figure 3 is a flow diagram of the first stage in 
the processing of electronic text according to the 
invention; 

Figure 4 is a flow diagram of the second stage of 
25 the processing of electronic text according to the 
invention; and 

Figure 5 is a flow diagram of the third stage in 
the processing of electronic text according to the 
invention . 

30 

Detailed Description of the Preferred Embodiment 
The technique of the invention is preferably 
implemented as a computer sub-routine for operation 
on, for example, a personal computer 10. A suitable 
35 arrangement is shown in Figure 1. Text to be 

reformatted is initially displayed upon a screen 15 of 
the personal computer 10, in a form defined by the 



parameters of a word processing package such as 
Microsoft® Word CTM) . This format, although containing 
formatting information from the word processor itself, 
contains natural fine breaks and so forth and is not 
set out in a manner which might reveal the logical 
structure of the text. 

The algorithm of the invention is preferably 
called as a sub-routine from the word processing 
package. Typically this will reside in a memory 20 of 
the personal computer obtained from a storage device 
25 such as a disk drive (Figure 2) and program steps 
will be executed under the control of a processor 30. 

In a particularly preferred embodiment, the sub- 
routine is written using the Prolog language which 
will be well known to those of ordinary skill. The 
sub-routine is called from within Word™ by a 
Microsoft® Visual Basic™ Script and will likewise 
reside in memory 20. 

The Prolog program first receives a copy 40 of 
the text to be reformatted from the word processing 
package. This is achieved either by highlighting a 
section of text in the word processing package to be 
reformatted, or by selecting a menu option within the 
word processing program to reformat the entire 
document currently open in that word processing 
program. In this manner, a full document may be 
analysed, or just a single sentence. 

In brief, the Prolog sub-routine takes the copy 
40 of the text from the Word™ word processing 
program, carries out the stages of analysis outlined 
below, and produces an output file 50 in which the 
text and the formatting information (introduced as a 
result of the linguistic analysis) is also represented 
in a form capable of being displayed and edited within 
Word™ as is shown in Figures 1 and 2. Typically this 
involves the generation of an output formatting 
instruction set. 



- 8 - 



The resultant text output may be sent for display 
by the screen 15 of the personal computer 10 (see 
Figure 1) and/or may be stored in storage device 25 
(Figure 2) . 

5 The procedure will now be described in more 

detail, referring to the flow charts of Figures 3-5. 

Tokenising 

The first step is for the Prolog sub-routine to 
10 "tokenise" the text received from the Word™ word 
processing program. This turns the Word file (or a 
stripped-down version thereof) into a file in a format 
containing Prolog terms representing sentences. All 
information is preserved at this stage. The tokeniser 
15 routine is configurable so as to treat various special 
characters as required, to recognize abbreviations, 
and so forth . 

As an example, a typical text file as received by 
the Prolog sub-routine at step 100 of Figure 3 may be: 

20 

Example 1, raw text 
If the Contractor shall neglect to 
execute the Works with due diligence and 
expedition, or shall refuse or neglect to 

25 comply with any reasonable orders given to 

him in writing by the Engineer in connection 
with the Works, or shall contravene the 
provisions of the Contract, the first 
aforementioned Purchaser may give seven 

30 days' notice in writing to the Contractor to 

make good the failure, neglect or 
contravention complained of. 

At step 110, the Prolog tokeniser turns this into 
35 a file which looks like: 



Example 1, tokenised text 



sentence ( [ ' If , the, ' Contractor' , shall, neglect , to, execute, the, ' Works' , 

with, due, diligence, and, expedition, ' , ' , or, shall , refuse, or , 

neglect, to, comply, with, any, reasonable , orders , given, him, in, 

writing, by, the, f Engineer' , in, connection, with, the, 'Works' , ' , ' , 

or, shall, contravene, the, provisions, of , the, ' Contract' , ' , ' , the, ' Purchaser' 

may, give, seven, days, " " , notice , in, writing, to, the, ' Contractor' , to, 

make, good, the, failure, ' , ' , neglect, ' , ' , or, contravention, complained, of , ' . ' 

The Prolog sub-routine next splits the received 
text into paragraphs (step 120) and then removes line 
break information (step 130). The resulting tokenised 
file is used for the second stage of the process. 

Tagging 

The next task carried out by the Prolog sub- 
routine is to analyse the passage (in this example, a 
sentence) into its most likely sequence of "parts of 
speech^, and this is shown at step 200 in Figure 4. 
That is, each word in the sentence is analysed to 
determine which grammatical label ("noun", "verb", 
"adjective" etc.) is most appropriate. Once the 
program has decided on the most appropriate 
grammatical label for a particular word, it is 
labelled with a tag (step 210) . 

In the preferred embodiment, a statistical 
technique known as Hidden Markov Modelling is employed 
to make this decision. The technique uses a corpus of 
sentences in which each word has been annotated with 
the correct part of speech, in order to train a 
statistical model of the likelihood that one part of 
speech will be found following another. The purpose of 
a statistical analysis is to attempt to remove 
ambiguities when words are spelled identically but 
have different meanings or indeed different 
grammatical senses, depending upon the contexts. For 
example, the word "associates" can be either a plural 
noun, as in "the company's associates", or a third 
person singular verb, as in "we know he associates". 
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The statistical analysis can determine the most likely 
grammatical label from the context. In some cases, as 
with, for example, "the company associates with", 
there may be no clear statistical difference between 
the two possibilities (plural noun or singular third 
person verb) , and in this case the choice made by the 
program is determined on the basis of which annotation 
within the training corpus is encountered the most 
frequently overall. 

The principles of statistical analysis such as 
Hidden Markov Modelling are further described in, for 
example, James Allen, "Natural Language Understanding" 
2nd edition, Ben j amin/Cummings Publishing Co. Inc., 
1995, between pages 195 and 204. 

The passage of text, analysed according to its 
parts of speech, and tagged, will then appear as 
follows : 

Example 1, tagged form 

['If /in, the/dt, ' Contractor' /nn, shall/md, neglect /vb . to/to , execute/vb, 
the/dt, 'Works' /nns , with/in, due/ j j , diligence/nn, and/cc, expedition/nn, 
','/',' ,or/cc r shall/md, ref use/vb, or/cc, neglect/vb, to/to, comply/vb, 
with/in, any/dt , reasonable/ j j , orders /nns , given/vbn, him/prp, in/in, 
writing/nn, by/in, the/dt, 'Engineer' /nn, in/in, connection/nn, with/in, 
the/dt, 'Works' /nns, ' ,'/',', or/cc, shall/md, contravene /vb, the/ dt, 
provisions /nns, of /in, the/dt, 'Contract' /nn, ','/', ', the/dt, ' Purchaser' /nn, 
may/md, give/vb, seven/cd, days/nns ,""/"", notice/nn, in/in, writing/nn, 
to/to, the/dt, ' Contractor' /nn, to/to, make/vb, good/ j j , the/dt , failure/nn, 
','/',' ,neglect/nn, ','/',' , or/cc, contravention/nn, 
complained/vbn, of /in, '.'/'.'] 

where: /in is a tag indicating a preposition or 
subordinate conjunction; /dt is a tag indicating a 
determiner word ("the" or "a", for example); /nn 
indicates a singular noun' /md indicates a modal verb; 
/vb indicates a verb; /to indicates an infinitive 
marker for a verb; /nns is a plural noun; /jj 
indicates an adjective; /cc is a coordinating 
conjunction; /vbn is a past participle; /prp is a 



- 11 - 



personal pronoun; and /cd is a cardinal number. 

It will be understood that the results of the 
tagging analysis will depend upon the training corpus 
(i.e. the statistical basis) employed. 

Phrasal Analysis 
The next stage carried out by the Prolog sub- 
routine is to group words that belong together, 
grammatically, into larger phrases and then label 
these larger phrases appropriately. This is carried 
out using linguistic rules. The aim is to try to build 
phrases "bottom up' until as many words as possible 
have been incorporated into phrases. Then any 
remaining logical words ("and', "or', "if, etc.) will 
probably be associated with the high level logical 
structure of the sentence, and can be recognised as 
such by the next stage of analysis (see below) . Notice 
that the tagging process cannot distinguish between 
different uses of words like "and' and "or' : it is 
only able to say that they are conjunctions, since the 
tagging process only looks at words in the context of 
the preceding one or two words. This process will now 
be described in detail, referring to Figure 4 once 
more . 

Phrases are recognised both by finite state 
machines (FSMs) , and also by patterns. Examples of 
finite state machines for recognising Noun Phrases and 
Verb Groups (represented as regular expressions which 
are compiled to FSMs for actual processing) are: 

[ (dt;pps;cd) , (nn;nns) ,nn] . 

This expression says that a Noun Phrase may 
optionally begin with a determiner (the, a, etc.), or 
a possessive pronoun (his, her,...), or a number 
(2, three, . . . ) , optionally followed by either a 
singular or a plural noun, ending with a singular 
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noun. Some of the Noun Phrases recognised by this 
expression include: x the plan; his work plan; three 
stage plan', etc. 

5 [md, ? (rb) , vb, vbg] . 

This expression says that a Verb Group may 
consist of a modal auxiliary (can, may etc.) 
optionally followed by an adverb, followed by a verb 
10 in the infinitive form, followed by a verb in the -ing 
form: e.g. A .. .may (soon) be completing...'. This step 
is shown in Figure 4 at 220. 

An example of a pattern is: 

15 [NPl/np, of /in,NP2/np] ==> [ [NPl/np, of /in, NP2/np] /np] 

where [NPl/np, of /in, NP2/np] is the input and 
[ [NPl/np, of /in, NP2/np] /np] is the output. 

20 This pattern says that when a sequence of two 

Noun Phrases separated by an 'of is present, these 
are to be grouped together as a single Noun Phrase, as 
in ' [ [the operator] of [the machinery] ] 9 . There are 
similar patterns for recognising complex Verb Groups, 

25 Prepositional Phrases, conjunctions of various types 

of phrase, and so forth. This step is shown at 240 in 
Figure 4 . 

The patterns and finite state machines are 
applied in a predetermined sequence which is typically 
30 determined using trial and error. Firstly, finite 

state machines are applied to look for a few idioms, 
simple conjunctions, and noun and verb groups (steps 
220 and 230) : 

35 Example 1, Low level parsed form 



['If /in, 
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[the/dt, 'Contractor' /nn] /np, 

[shall/md f neglect/vb] /vg, [to/to, execute/vb] /vg, [the/dt , ' Works' /nns] /np, 
with/in, [due/j j, [diligence/nn, and/cc, expedition/nn] /nn] /np, ',',/',' , or/cc, 
[shall/md, [ refuse/vb, or/cc, neglect/vb] /vb] /vg, [to/to, comply/vbj /vg, 
5 with/in, [any/dt, reasonable/ j j , orders/nns] /np, [given/vbn] /vg, [him/prp ] /np, 

in/in, [writing/nn] /np, by/in, [the/dt, ' Engineer' /nn] /np, 

in/in, [ connect ion/nn] /np, with/in, [the/dt, 'Works' /nns] /np, ','/',', or/cc, 
[shall/md, contravene/vb] /vg, [the/dt, provisions/nns ] /np,of / in, 
[the/dt, 'Contract' /nn] /np, ','/',', [the/dt, ' Purchaser' /nn] /np, 
10 [may/md,give/vb] /vg, [ seven/cd, days /nns ] /np, ""/"", [notice/nn] /np, 

in/in, [writing/nn] /np, to/to, [the/dt ,' Contractor' /nn] /np, 
[to/to,make/vb, good/j j ] /vg, 

[the/dt, [failure/nn, ','/',' ,neglect/nn, ','/',' , or/cc, contravention/nn] /nn] /np, 
[complained/vbn] /vg, of /in, '.'/'.'] 

15 

Next, the Prolog sub-routine searches for higher level 
patterns (step 240) . Groups of patterns can also be 
applied in a specified order. The final result with 
the current preferred configuration of patterns will 
20 be (step 250) : 

Example 1, higher level parsed form 

[ ' If /in, [the/dt, ' Contractor' /nn] /np, 
25 [ [shall/md, neglect/vb] /vg, [to/to, execute/vb] /vg] /vg, [ the/dt , ' Works ' /nns ] /np, 

[with/in, [due/ j j , [diligence/nn, and/cc, expedition/nn] /nn] /np] /pp, 
' , ' /' , ' , or/cc, 

[ [shall/md, [refuse/vb, or/cc, neglect/vb] /vb, [to/to, comply/vb] /vg] /vg, 
[with/in, [any/dt, reasonable/ j j , orders/nns ] /npl/pp, 
30 given/vbn] /vg, [him/prp] /np, [in/in, [writing/nn] /np] /pp, 

[by/in, [the/dt, ' Engineer' /nn] /np] /pp, 

[in/in, [connection/nn] /np] /pp, [with/in, [the/dt ,' Works ' /nns ] /np] /pp, 
','/',', or/cc, [shall/md, contravene/vb] /vg, 

[ [the/dt, provisions/nns] /np, of /in, [the/dt, 'Contract' /nn] /np] /np, 
35 '/'/', ' / [the/dt, ' Purchaser' /nn] /np, [may/md, give/vb] /vg, 

[ [seven/cd, days /nns] /np, ""/"", [notice/nn] /np] /np, 
[in/in, [writing/nn] /np] /pp, [to/to, [the/dt, ' Contractor' /nn] /np] /pp, 
[to/to, make/vb, good/j j ] /vg, [the/dt, [failure/nn, ','/',' ,neglect/nn, ','/',', 
or/cc, contravention/nn] /nn] /np, [complained/vbn] /vg, of /in, ' .'/'.'] , 

40 

Identification of logically significant conjunctions 
The penultimate stage in the process carried out 
by the program is to look for linguistic patterns 
taking account of the grouping of the larger level 
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phrases. This is illustrated with reference to Figure 
5. The purpose of this is to pick out occurrences of 
logically important words or phrases constituting a 
conjunction or a conjunction phrase. Words like "if", 
5 "and", "although", "in the event of" and so forth are 

examples of conjunctions or conjunction phrases. The 
purpose of looking for certain patterns is to identify 
whether the conjunctions are "top level", indicating 
that they refer to logical relationships between 

10 clauses in a sentence, or whether they are instead 

"subordinate", meaning that they do not signal major 
logical relations between clausal level units but 
rather between smaller phrases or units. Again with 
reference to the example, the conjunction "or" in the 

15 phrase "shall refuse or neglect" is subordinate. The 

conjunction "or" between the phrase "shall refuse or 
neglect to comply with any reasonable orders given him 
in writing by the Engineer in connection with the 
Works", and the phrase "shall contravene provisions of 

20 the Contract..." is a logically significant 

conjunction. 

The analysis carried out in the Phrasal Analysis 
stage outlined above will identify some, but not 
necessarily all, of the subordinate conjunctions. The 
25 resulting higher level parsed file is employed as shown 

at step 300 in Figure 5. The penultimate stage of the 
analysis carries out tests on the syntactic structure 
of the sentence in which they are found (step 310) . 
For example, a pattern such as: 

30 

If. . .verb group. . . , noun phrase verb group. . ." 

may be sought. If a sentence is found matching such a 
pattern, the "if" will be annotated or tagged as a top 
35 level conjunction (step 320); the material between the 

"if" and the "comma" will be annotated as subordinate 
(step 330), and patterns will be applied to this 
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material to discover any nested structure (step 340) . 
This is because there may, in fact, be top level, 
logically significant conjunctions within the 
condition. The position after the comma will be treated 
5 as a possible position for a "then", which would be 

logically associated with the "if". In practice, 
rather than there being a specific pattern for "if", 
patterns are generalised to apply to conjunctions 
sharing certain properties. There are about 30 

10 generalised patterns which cover over 50 different 

conjunctions. These recognize the most common 
configurations of grammatical structure found in legal 
and technical documents. 

As an illustration of these principles, reference 

15 is again made to the text in Example 1. In the higher 

level parsed form, this text matches the following 
pattern : 

20 1 sub_conj :sp: [ SubCoord/Tl , n : Al , NP/np, VG2 /Vg] : 



2 (pre_conj unction (Sub_Coord) , 

3 set_conj_feat (level, Tl,Tla, top) , 

4 member (_VG/vg,Al) , 

5 test_for_active_vg (VG2/Vg) , 
25 6 last__word(Al///'/), 

7 process_con j_structure { Al , A2 ) ) 

8 ==> 

9 [SubCoord/Tla, [n : A2 ] /sua ( r ) , NP/np, VG2 /Vg] . 



30 This may paraphrased line by line. A verbal 

explanation is: 

1. a subordinating conjunction pattern, triggered by a 
constituent SubCoord, labelled Tl, followed by any 
35 number of items assembled into a sequence Al, followed 

by a noun phrase NP labelled np, followed by a verb 
group phrase VG2 labelled Vg, This is one of a finite 
number of primary patterns sought. However, to avoid 
false identification, various checks or tests are then 
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carried out : 

2. SubCoord must be a 'pre_conj unction' : a word like 
'if , or a phrase like 'in the event that'. 

5 

3. The value of the level feature in the label Tl on 
this conjunction is set to 'top' : this label is now 
Tla. 

10 4. The sequence Al must contain a verb group. 

5. The final verb group VG2 must pass a test that it is 
active (i.e. not a passive: "(be)VERBed by"). 

15 6. The last word of the sequence Al must be a comma. 

7. This process is called recursively on the sequence 
Al to find any further instances within it, with result 
A2. 

20 

8. The output is: 

9. The SubCoord constituent, with label Tla, followed 
by the sequence A2 , labelled "sua(r)" to indicate that 

25 it should be followed by a 'then' or an arrow to make 

its meaning clear, followed by the NP and VG2 
constituents . 

There are about 30 such patterns in the current 
30 implementation, covering the most frequently preferred 

encountered types of construction in the target 
documents. These (including the pattern used as an 
example above) are set out in Appendix I. The text 
between asterisks indicates a comment or remark. 
35 Obviously, more patterns could be employed but it is a 

feature of the invention that preferred embodiments 
strike a balance between accuracy and speed of 
processing. This is optimised with the two-part 
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analysis (statistical modelling followed by larger 
pattern searching) that forms the core of the analysis 
and it is clearly undesirable that the pattern 
searching requires inordinate amounts of processing. 
5 The use of about 30 patterns has been found to achieve 

accurate linguistic analysis in most situations without 
sacrificing processor speed. 

It will be understood by those of ordinary skill 
that the foregoing is merely a specific example of a 

10 presently preferred embodiment that illustrates the 

invention in a clear and sufficient manner. It will 
therefore be appreciated that the number and structure 
of patterns will in general depend upon the application 
contemplated. The presently described embodiment 

15 relates to the reformatting of a legal contract. For 

technical documents such as a user manual for a complex 
item, it may still be desirable to reformat this which 
should in turn permit a reduction in the potential for 
misunderstandings. The grammatical constructs may be 

20 very different in technical as opposed to legal 

documents . 

The following give an illustration of some of the 
currently preferred patterns: they may be added to as 
new adaptations of the software are made. 'SubCoord' 
25 covers words like "if and 'whenever' , and phrases like 

'in the event that' . 

SubCoord. . ,vg. . . . , then . . . 

SubCoord. . . vg. . . , np vg 
30 SubCoord. . .vg. , either vg 

SubCoord. . . vg. . . , pp np vg. . . 

SubCoord. . . vg . . . , np pp vg . . . 

SubCoord. . .vg. , np, pp, vg 

SubCoord. . .vg. . . then ... vg 
35 SubCoord. np vg... np vg 

The next stage of the program is to use the tags 
applied on the basis of the foregoing grammatical and 
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logical analysis to insert formatting information 
readable by the word processing package (step 350) . For 
example, the program may insert a line break after the 
first "if" in the preceding example. The clause 
5 subsequent may be indented relative to the preceding 

conjunction, and the program automatically inserts 
formatting information readable by the word processing 
package. At the end of that clause, a line break may be 
inserted so that the next top level conjunction is on 

10 the following line, and this itself may be indented but 

only partially. If desired, once this formatting 
information has been inserted, the tags may be stripped 
out again, but in an alternative embodiment, the tags 
are left in. Although not usually visible on the screen 

15 of the word processing package, they can be revealed if 

desired. 



The example given above could be displayed as 
20 follows: 

Example 1, displayed format 

If 

the Contractor shall neglect to execute the 
25 Works with due diligence and expedition, 

or 

shall refuse or neglect 
to comply with any reasonable orders 
given him in writing by the Engineer 
30 in connection with the Works, 

or 

shall contravene the provisions of the 
Contract, 

==> 

35 the Purchaser may give seven days' notice in 

writing 

to the Contractor 

to make good the failure, neglect or 



- 19 - 



contravention complained of. 

It will be appreciated that this is simply one 
suitable format. The program contains a number of 
5 user-customisable options to allow, for example, line 

breaks to occur only at phrasal boundaries. It has 
been determined through psychological experiments that 
such formatting aids understanding. In the standard 
configuration, however, the annotation is used to lay 

10 out the sentence so as to reveal the logical 

dependencies between the top level clauses. 

It will also be noted that an arrow ("==>") has 
been inserted and indented as appropriate. The arrow is 
normally indicative of an implied ^then" which could in 

15 fact be inserted in lieu of the arrow in this 

particular example. The program is arranged to insert 
a general indicator such as ==> whenever a two part 
conjunction is identified and where the second part of 
that conjunction is missing (step 360) . For example, 

20 the conjunction ^both...' require a following x and. . . ' , 

^either . . . ' requires ^or. . . ' , and ^although. . . ' simply 
requires a comma. It would of course be possible to 
insert the correct ^second part 7 of the conjunction 
where it is considered to be missing. However, the 

25 general purpose arrow inserted at the appropriate place 

has been found to be adequately indicative of meaning 
(and thus able to improve comprehensibility) without 
compromising accuracy. 

Once an output file 50 (Figure 2) has been 

30 generated at step 370, this can be displayed on the 

computer screen as shown in the lower half of Figure 1. 

The technique described above is of particular 
commercial value wherever long and complex documents 
need to be used. When drafting or redrafting legal 

35 contracts or technical documentation, the reformatter 

can be used to check that the sense of a sentence is 
clear, or display the formatted version so as to make 
absolutely clear what the logical connections between 
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components of the sentence or passage are. For 
documents that are being read and responded to, such as 
draft contracts from another party, calls for tender, 
etc. the technique of the present invention offers a 
5 quick way to help understand complex legal or technical 

sentences. This in turn can save both time and money, 
in avoiding situations where unrecognized errors would 
have led either to cost penalties (for example, if some 
complex condition had been misunderstood) , or to future 

10 costly re-engineering, if some aspect of a technical 

requirement or specification had been misconstrued. 

It will also be understood that the principles set 
out are applicable not just to the English language, 
but to any language capable of statistical and phrasal 

15 analysis. 



Appendix 1 



:- multifile ':sp:'/2, , -=>'/2 / non_recursive_tag/l. 

************* 

This line is to allow various tasks to be merged. It shouldn't 
really be necessary to specify for ==> but sicstus loading 
requires this. This can be deleted for a particular application. 

NOTE that care is needed when reloading this file, since these 

predicates may not be redefined. 

************** 

Information about conjunctions is monotonically increased through 
various passes . 

con j _f eat ( control , Tag , us er ) 

will instantiate the tag to a user. If not already a conjunction, 
then a new conjunction term is formed. 

system vs user: user/sys/_ 
top vs. bottom: top/bot/_ 
position: init/emb/_ 
subordination found: used/_ 

************** 

If already tagged as a conjunction add new value unless 
contradictory. If still tagged e.g. with cc then set up as a 
conjunction defined by the system and give appropriate feature 
value . 

************** 

set_conj_feat (Param, Tagln, TagOut, Value) :- 
set_conj_f eats (TagOut) , 
Tagln = TagOut, ! , 
conj_f eat (Param, TagOut , Value) . 

set_conj_f eat (Param, _, TagOut, Value) :- 
set_conj__f eats (TagOut) , 
conj _f eat (control, TagOut, sys) , 
conj_f eat (Param, TagOut, Value) . 
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conj_f eat (control, Tag, SysUser) :- arg(l, Tag, SysUser) . 
conj_f eat (level, Tag, TopBottom) :- arg(2, Tag, TopBottom) . 
conj_f eat (kind, Tag, Kind) :- arg(3, Tag, Kind). 
conj_feat (posn, Tag, Position) :- arg(4, Tag, Position). 
5 conj_f eat (f ollowing_sub, Tag, SubN) :- arg(5, Tag, SubN) . 

set_conj_f eats (conj (_,_,_, __/__) ) . 

saf e_conj_feat (Feat, conj (A,B,C,D,E) , Value) : - 
10 conj _f eat (Feat, conj (A,B,C,D,E) , Value) . 

************** 

This version is designed to allow user control - new formatting 
must respect this. The processing is now recursive to ensure 
15 correctly deal with any amount of user bracketing. 

NOTE: only dealing with subordination bracketing here - must 
assume that all other user tags go though. 

************** 

20 Current algorithm: 

If ... then ... treated as top level conjunctions c.f. and/or 
Subordination treated separately. 

25 Allow automatic algorithm to bring then to the front, but this can 

be corrected 

conj : 

30 

************** 

temporary patterns for user control done through the addition of 
extra words 

************** 

35 user_control : sp : [Init/_, X/_, End/_] : 

user_tags (Init, End, Tag) 

[X/Tag] . 

4 0 user_control : sp : [ Init n : A, End/__] : 

user_tags (Init , End, Tag) 

[ [n:A] /Tag] . 



45 
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10 



************** 

Main control - works recursively through subordinated structures 
hence only attempts reformatting within such structures, not 
across them, and structures can be arbitrarily deeply nested 



************** 



initial_split (Context) : sp : 



[A/usub] : 

(post_tagging (A, Al, Context) , 



apply_specif ic_patterns (Al , A2 , Context) ) 

[A2/usub] . 



15 



20 



25 



pre__patterns : sp : 



pre_patterns : sp : 



[A/usub] 
[A/sub (u) ] 



[A/ublc] : 

(set_conj_f eat (control Tag, user) 
set_conj_feat (level, Tag, bot) ) 

[A/Tag] . 



30 



pre_patterns : sp : 



[A/Utlc] : 

(set_conj__f eat (control Tag, user) , 
set_conj_f eat (level ,_, Tag, top) ) 

[A/Tag] . 



35 



40 



************** 

For later subordinating conjunctions appearing after a verb need 

to be more careful about proposing 1 THEN 1 s if no comma. Provide 

feature init/emb to mark whether a subordinating conjunction is 

starting a new sentence or not, 

************** 



45 



pre_sub_conj : sp : [VGl/vg, n : Al , SBreak/TH , SubCoord/SC] : 

(sentence_break (SBreak) , 
pre_conj unction (SubCoord) , 
set_conj_feat (posn, SC, SCI , init) ) 

[VGl/vg, n:Al, SBreak/TH, SubCoord/ SCI] . 
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************** 

some intial conjunctions don't appear at the beginning of 
tokenisation 

stream - treat capitalised cases as if at the beginning 

************** 



pre_sub_conj : sp : [SubCoord/SC] : 

(pre_conj unction (SubCoord) , 
large_char_term (SubCoord) , 
set_conj_f eat (posn, SC, SCI, init) ) 

[SubCoord/SCl] . 



pre_sub_conj : sp : [VGl/vg , n :A1 , SubCoord/ SC] : 

(pre_conj unction (SubCoord) , 
set_conj_f eat (posn, SC, SCI, emb) ) 

[VGl/vg, n :A1 , SubCoord/SCl] . 



sentence_break (that) . 

sent ence_break (Con j ) : - np__conj unction (Con j ) . 

************** 

if /sub (_) then 

************** 



sub_conj :sp: [SubCoord/Tl,X/sub(V2) , then/T2j : 

(pre_conj unction (SubCoord) , 
set_conj_f eat (level , Tl , Tla, top) , 
set_conj_feat (level, T2 , T2a, top) , 
set_conj_f eat (kind, T2a, T2b, then) ) 

[SubCoord/Tla,X/sub (V2) , then/T2b] . 



************** 

if / sub .... 

************** 



sub_conj :sp: [SubCoord/Tl,X/sub(V2) 3 : 

(pre_conjunction (SubCoord) , 
set_conj_f eat (level , Tl , Tla, top) ) 

[SubCoord/Tla,X/sua(V2) ] . 
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************** 

if ... vg ... , then . . . 

************** 

5 sub_conj :sp: [SubCoord/Tl,n:Al, then/T2] : 

(pre_conjunction_plus_then (SubCoord) , 
set_conj_f eat (level , Tl, Tla, top) , 
set_conj_f eat ( level , T2 , T2a , top) , 
set__conj _f eat (kind, T2a , T2b , then) , 
10 member (_VG/vg,Al) , 

last_word(Al, ' , , ') , 
process_conj_structure (A1,A2) ) 

[SubCoord/Tla, [n: A2 ] /sub (r) ,then/T2b] . 

15 

************** 

if ... vg ... , np vg 

************** 

20 sub_conj :sp: [SubCoord/Tl , n : Al , NP/np , VG2/Vg] : 

(pre_con junction (SubCoord) , 

set_conj_feat (level , Tl, Tla, top) , 

member (_VG/vg,Al) , 

test_for_active_vg(VG2/Vg) , 
25 last_word(Al / 1 , '/' , ' ) , 

process_conj_structure (Al , A2) ) 

[SubCoord/Tla , [n : A2] /sua (r) , NP/np , VG2/Vg] . 



30 



************** 

if . . . vg . . . , either vg 

************** 



sub_conj :sp: [SubCoord/Tl , n : Al , either/T, VG2 /Vg] : 
35 (pre_conjunction (SubCoord) , 

set_conj_f eat (level, Tl, Tla, top) , 

member (_VG/vg,Al) , 

test_f or_active_vg (VG2/Vg) , 

last_word(Al, ',»/', * ) , 
4 0 process_conj_structure (Al, A2) ) 

[SubCoord/Tla, [n : A2] /sua (r) , either/T, VG2/Vg] 
************** 

4 5 if ... vg ... ,pp np vg 

************** 
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sub_conj ; sp ; [SufoCoord/Tl , n : Al , PP/Pp , NP/np , VG2 /Vg] : 
( (Pp = pp; Pp = rb) , 
set_conj_f eat (level , Tl , Tla, top) , 
pre_conj unction (SubCoord) , 
5 member (_VG/ vg , Al ) , 

test_for_active_vg (VG2/Vg) , 
last_word(Al, ' , ' / 1 , 1 ) , 
process_conj_structure (A1,A2) ) 

10 [SubCoord/Tla, [n:A2] /sua (r) , PP/Pp, NP/np , VG2/Vg] 



************** 

if ... vg ... , np pp vg 
2_ 5 ************** 

sub_con j : sp : [SubCoord/Tl , n : Al , NP/np , PP/ Pp , VG2 /Vg] : 
( (Pp = pp; Pp = rb) , 
pre_conj unction (SubCoord) , 
2 0 set_conj_feat (level, Tl, Tla, top) , 

member <_VG/vg,Al) , 
test_for_active_vg (VG2/Vg) , 
last_word(Al, ' , 1 / ' , ' ) , 
process_conj_structure (Al , A2 ) ) 

25 ==> 

[SubCoord/Tla, [n : A2] /sua (r) , NP/np, PP/Pp, VG2/Vg] 

************** 

if . . . vg . . . , np, pp, vg 
30 ************** 

sub_conj : sp : 

[SubCoord/Tl,n:Al, NP/np, 1 , '/' , ' ,PP/Pp, 1 , '/' , 1 ,VG2/Vg] : 
{ (Pp = pp; Pp - rb) , 
35 pre_conj unction (SubCoord) , 

set_conj_f eat (level , Tl , Tla, top) , 
member (_VG/vg,Al) , 
test_for_active_vg(VG2/Vg) , 
last_word (Al , ' , ' / 1 , ' ) , 
4 0 process_conj_structure (Al , A2 ) ) 



[SubCoord/Tla , [n:A2] /sua (r) , NP/np, T , 1 / 1 , 1 ,PP/Pp, f , ' / ' , 1 ,VG2/Vg] 

45 ************** 
if ... vg ... then . . . vg 

************** 
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sub_con j : sp : [SubCoord/ Tl , n : Al , then/T2 ,n:A3 f VG2 / Vg] 
(pre_conjunction_plus_then (SubCoord) , 
set_conj_f eat (level , Tl, Tla, top) , 
set_conj_f eat (level , T2 , T2a, top) , 
set_conj_f eat (kind, T2a, T2b , then) , 
member (_VG/vg,Al) , 
test_for_active_vg (VG2/Vg) , 
process_conj_structure (Al, A2) ) 



10 



[SubCoord/Tla, [n : A2] /sub (r) , then/T2b, n : A3 , VG2/Vg] 



15 



if np vg ... np vg 



************** 



************** 



sub_conj :sp: [SubCoord/Tl, n: Al,NP/np, VG2/Vg] : 
(pre_conj unction (SubCoord) , 
20 set_conj_feat (level , Tl, Tla, top) , 

saf e_conj_f eat (posn, Tla, init) , 
member (_VG/vg,Al) , 
(\+ f irst_word(NP,__/wdt) ) , 
doesnt__f inish__with_conj (Al) , 
25 test_for__active_vg(VG2/Vg) , 

process_conj_structure (Al, A2) ) 

[SubCoord/Tla, [n : A2 ] /sua ( r) , NP/np , VG2 /Vg] . 

20 ************** 

E.g. : "in the event of failure the contractor should inform the 
purchaser ..." 

i.e., "in the event of np np vp" 
exclude possibility where 'that 1 is treated as a wdt and hence as 
35 a np. 

************** 



40 



45 
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sub_conj : sp : [SubCoord/Tl, n:Al,NP3/np, VG2/Vg] : 
(pre_np_conj unction (SubCoord) , 
Al = [NPl/np|_] , 

set_conj_f eat (level , Tl, Tla, top) , 
5 saf e_conj_f eat (posri; Tla, init ) , 

(\+ f irst_word(NPl,_/wdt) ) , 
(\+ NP1 = [that/wdt] ) , 
(\+ first_word(NP3,_/wdt) ) , 
doesnt_f inish_with_conj (Al) , 
10 doesnt_f inish_with_word (Al , ' , ' ) , 

test_f or_active_vg (VG2/Vg) , 
process_conj_structure (A1,A2) ) 

==> 

[SubCoord/Tla, [n : A2] /sua (r) , NP3/np , VG2/Vg] . 

15 

sub_conj :sp: [SubCoord/Tl, n:Al, ','/', ' , NP3/np, VG2/Vg] 
(pre_np_c on junction (SubCoord) , 
Al = [NPl/np|_] , 

set_conj_f eat (level , Tl, Tla, top) , 
2 0 saf e_conj_f eat (posn, Tla, init) , 

(\+ first_word{NPl,_/wdt) ) , 
(\+ NP1 = [that/wdt]), 
(\+ first_word(NP3,_/wdt) ) , 
doesnt_f inish_with_conj (Al) , 
25 test_for_active_vg(VG2/Vg) , 

append (Al, [' , ■/' , '] ,Alc) , 
process_conj__structure (Ale, A2) ) 

[SubCoord/Tla, [n : A2] /sua (r) , NP3/np , VG2/Vg] . 

30 

E.g. "After receiving the payment, the contractor shall 
i.e., "After vg gerund np np vg" 

sub_conj :sp: [SubCoord/Tl,n:Al,NP3/np / VG2/Vg] : 
35 (pre_conj unction (SubCoord) , 

Al - [ [_V/vbg] /vg,_NPl/np] , 
test_f or_active_vg (VG2/Vg) , 
set_conj_f eat (level , Tl, Tla, top) , 
saf e_conj_f eat (posn, Tla, init) , 
40 (\+ first_word(NP3,_/wdt) ) , 

doesnt_f inish_with_conj (Al) , 
doesnt_f inish_with_word (Al , ' , 1 ) , 
process__conj_structure (A1,A2) 
) 

45 ==> 

[SubCoord/Tla, [n : A2] /sua (r) , NP3/np , VG2/Vg] . 
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sub__conj :sp: [SubCoord/Tl,n:Al, ' , , ' ,NP3/np, VG2/Vg] 
(pre_c on junction (SubCoord) , 
Al = [ [_V/vbg] /vg,_NPl/np] , 
test_f or_active_vg (VG2/Vg) , 
5 set_conj_feat (level, Tl,Tla, top) , 

saf e_conj_f eat (posn, Tla, init) , 
(\+ first_word(NP3,_/wdt) ) , 
doesnt_f inish_with_conj (Al) , 
append (Al, [','/', ■] ,Alc) , 
10 process_conj_structure (Ale, A2) 

) 



15 



30 



40 



[SubCoord/Tla, [n : A2] /sua (r) , NP3/np , VG2/Vg] . 

************** 

E.g., After receiving payment ... 

************** 



sub_conj :sp: [SubCoord/Tl, NPl/np, NP3/np,VG2/Vg] : 
2 0 (pre_conj unction (SubCoord) , 

f irst_word (NPl,_/vbg) , 
test_for_active_vg (VG2/Vg) , 
set_conj_f eat (level , Tl, Tla, top) , 
saf e_conj_f eat (posn, Tla, init ) , 
25 (\+ f irst_word(NP3,_/wdt) ) , 

process_conj_structure ( [NPl/np] ,NP2) 
) 



[SubCoord/Tla, NP2/sua{r) ,NP3/np, VG2/Vg] . 



sub_conj :sp: [SubCoord/Tl , NPl/np , ' , '/», * , NP3/np , VG2/Vg] : 
(pre_conj unction (SubCoord) , 
f irst_word(NPl,_/vbg) , 
test_for_active_vg(VG2/Vg) , 
35 set_conj_f eat (level, Tl, Tla, top) , 

saf e_conj_f eat (posn, Tla, init) , 
(\+ first_word(NP3,_/wdt) ) , 

process_conj_structure ( [NPl/np, T , ' / ' , ' ] ,NP2) 
) 



[SubCoord/Tla,NP2/sua(r) , NP3/np , VG2/Vg] . 



4 ************** 

this ensures that non-trivial material follows the last top level 
conjunction (unless already set to top by previous rules) 



************** 
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top_level__conj : sp : [X/Tag, A/T, * . * / ' . ' ] : 
(conjunction (X,_) , 
member (T, [rb, pp , np] ) , 
set_conj_f eat (level , Tag, Tagl, bot) ) 

5 

[X/Tagl,A/T, ' . </' . '] - 

top_level_conj : sp : [X/Tag, [W/T] /vg, ' . 1 / < . ' ] : 
(conjunction (X,_) , 
10 atom(W) , 

set_conj_f eat (level , Tag, Tagl , bot) ) 

[X/Tagl, [W/T] /vg, '»'/'•*] * 

15 top_level_conj : sp : [X/Tag, 1 . 1 / ' . ' ] : 

(conjunction (X,_) , 

set_conj_feat (level , Tag, Tagl , bot ) ) 
==> [X/Tagl, ' . ' / ' . ' ] . 

20 



top_level_conj : sp : [X/Tag] : 

(maj or_conj unction (X) , 
set_conj_feat (level , Tag, Tagl, top) ) 

25 ==> 

[X/Tagl] . 



30 top_level_conj : sp : [either/Tl , n : A, or/T2 ,n: C, Verb2/vg] : 

(member (_X/vg, A) , 

set_conj_f eat (level , Tl , Tla, top) , 
set_conj__f eat (level , T2 , T2a, top) ) 
==> [either/Tla,n:A,or/T2a / n:C,Verb2/vg] . 

35 

top_level_conj : sp : [ ' Either ' /Tl , n : A, or/T2 , n : C , Verb2 /vg] 

(member (_X/vg, A) , 

set_conj_f eat (level , Tl , Tla, top) , 
set_conj_f eat (level , T2 , T2a, top) ) 
4 0 ==> [ 'Either f /Tla, n: A, or/T2a, n : C, Verb2/vg] 

top_level_conj : sp : [nei ther/Tl , n : A, or/T2 , n : C , Verb2 / vg] : 

(member (_X/vg, A) , 
set_conj__f eat (level , Tl , Tla, top) , 
45 set_conj_f eat (level , T2 , T2a, top) ) 

«> [neither/Tla,n:A,or/T2a,n:C,Verb2/vg] . 
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top_level_con j : sp : [ ' Neither 1 /Tl , n : A, or/T2 , n : C , Verb2 /vg] : 

(member (_X/vg, A) , 
set_conj_f eat (level , Tl , Tla, top) , 
set_conj_f eat (level , T2 , T2a, top) ) 
==> [ ' Neither 1 /Tla , n : A, or/T2a , n : C , Verb2 /vg] . 



comma : sp : [ 1 , ' / 1 , ' , X/Tag] : 
10 saf e_conj_f eat (level , Tag, top) 

[ ' , ' /tlcomma, X/Tag] . 

************** 

15 The test corpora includes commas in these cases as 

top_level_conj unctions 

however it is undesirable to display these as such. 

************** 



20 



25 



comma : sp : [','/_] ==> 1 1 / 1 / 1 tlcomma 1 ] . 

************** 

conversion to simple tags - will want to remove this eventually 

************** 



post__Sub :sp: [X/Tag] : 

(safe_conj_f eat (level, Tag, top) , 
saf e_con j _f eat (control , Tag , sys ) ) 
30 ==> 

[X/tlc] . 

post_sub : sp : [X/Tag] : 

(saf e_conj_f eat (level , Tag,bot) , 
35 saf e_conj_f eat (control , Tag, sys) ) 

[X/blc] . 

************** 

4 0 NOTE that most blc s are embedded so one must look for ccs when 

the output is done . 



************** 



post_sub :sp: [X/sub(r)] 
45 ==> 

[X/sub] . 



- 32 - 



************** 

sua case gets an implicit 'then' now done as an arrow 

************** 

5 post_sub : sp : [X/sua(r) ] 

[X/sua] . 



10 process_conj_structure (Al , A2) :- 

task_entity_patterns (reformatting, Patterns) , 
order_match (Patterns ,A1,A2) . 



15 user_tags ( ' xbx 1 , 'xxbxx 1 , Tag) :- 

set_conj__f eat (control, Tag, user) , 
set__conj_f eat (level , Tag, bot) . 



2 0 user_tags ( 'xtx' , 'xxtxx 1 , Tag) :- 

set_conj_f eat (control, Tag, user) , 
set_conj_f eat (level , Tag, top) . 



25 



user_tags ( ' xbsx ' , 1 xxesxx ' , sub (u) ) . 

user_tags (ublc , 1 /ublc 1 , Tag) : - 

set_conj_f eat (control , Tag, user) , 
set_conj__f eat (level , Tag, bot) . 

3 0 user_tags (utlc , ' /utlc * , Tag) :- 

set_conj_f eat (control , Tag, user) , 
set_conj_f eat (level , Tag, top) . 



35 



user_tags (usub, ' /usub 1 , sub (u) ) 



non_recursive_tag (blc) 
non_recursive__tag (cc) . 
non_recursive_tag (tic) 



40 



